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L'invention concerne un procede de gestion d'objets, notamment de 
modules logiciels, dans un reseau de communication pouvant etre du type 
domotique. Elte concerne egalement des dispositifs aptes a etre relies a un tel 
5 reseau et comportant des moyens de mise en oeuvre du procede. 

L'invention s'applique notamment dans un reseau domotique adapte 
a I' interconnexion d'appareils audio et video. ~~ 

Dans un reseau d'appareils d'electronique grand public tels que des 

10 televiseurs, decodeurs cables ou satellites ou encore magnetoscopes, il est 
necessaire de prevoir des moyens de communication entre les appareils, tout 
en prenant en compte des contra intes de complexity et de prix inherents a des 
appareils fabriques en grande serie. 

Selon le type de reseau envisage, il peut etre necessaire pour un 

15 appareil (encore appele noeud dans ce qui suit) du reseau de connaitre le 
chemin d'acces ou I'adresse d'un autre appareil. Cela est aussi le cas si Ton 
remplace la notion d'appareil par la notion d'objet, ou de module logiciel, un 
appareil pouvant contenir un grand nombre d'objets. II peut s'agir d'applications 
telechargees ou residentes, d'interfaces utilisateurs particulieres ou de 

20 modules de plus bas niveau. Chaque objet ou module d'un appareil peut 
chercher a communiquer avec un autre objet ou module du meme appareil ou 
d'un autre appareil du reseau. Chaque objet est considere comme une 
ressource a disposition d'autres objets. 

Dans ce cas se pose le probleme de I'obtention d'une ou de la liste 

25 de ressources disponibles dans le reseau. 

Dans ce cadre, l'invention a pour objet un procede de gestion 
distribute d'un catalogue d'objets dans un reseau de communication 
comportant des appareils caracterise en ce qu'il comporte les etapes : 
30 - d'enregistrement d'objets locaux presents dans un appareil dans 

un registre local gere au niveau de cet appareil, 

- de propagation d'une requete de liste d'objets lancee par un objet 
local a des registres non locaux geres par d'autres appareils du reseau, 

- de collecte des reponses des registres non locaux et de la reponse 
35 du registre local et de 

- transmission des reponses collectees a Tobjet ayant lance la 

requete. 
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Chaque noeud (ou apparei!) ne stocke que les informations locales 
a ce noeud ou appareil: les informations ne sont pas dupliquees dans d'autres 
noeuds. Ainsi, les besoins en memoire dans chaque appareil sont restraints. 
5 La recherche des objets (modules logiciels) est repartie sur 

plusieurs appareils, chaque base de donnee etant interrogee au niveau local. 
Ainsi, les besoins de ressources de traitement de reformation au niveau local 
sont-elles egalement restreintes. 

La coherence des donnees est maintenue de fa$on simple: il n'est 
10 pas necessaire de mettre a jour, grace a des traitements complexes, des bases 
de donnees distantes lorsqu'un changement est effectue dans une base de 
donnees locale. 

Si un noeud disparatt, seules les informations liees a ce noeud sont 

perdues. 

15 

Selon un mode de realisation particulier, un objet possede une 
adresse (SEID) composee d'un identificateur d'un appareil dans lequel il est 
present, cet identificateur etant unique dans le reseau, ainsi que d'un 
identificateur local unique a cet objet dans ledit appareil. 

20 

Selon un mode de realisation particulier, un registre local comporte 
pour chaque objet qui y est enregistre I'adresse de cet objet dans le reseau, 
ainsi que des attributs dudit objet. 

25 Selon un mode de realisation particulier, I'etape de propagation 

d'une requete comporte Tetape de determination des appareils connectes au 
reseau comportant eux-memes un registre local, et de transmission de la 
requete aux registres de ces appareils. 

30 Un objet peut ainsi lancer une requete pour I'obtention d'une liste 

d'autres objets sans se preoccuper du fait de savoir si ces objets sont localises 
dans le meme noeud ou pas. 



Selon une variante de realisation, une requete n'est propagee qu'a 
35 un groupe determine de registres distants. 



Lorsque Ton sait par exemple par avance que des modules logiciels 
comportant certains attributs ne sont presents que dans un type donne 
d'appareils, alors ii est possible de limiter la propagation de requetes a ce type 
d'appareil pour limiter le nombre de messages circulant sur le reseau. 

L'invention a aussi pour objet un appareil dans un reseau de 
communication comportant^ 

- des moyens de memorisation (3, 4) d'objets locaux (21 a 28), 

- des moyens de memorisation (3) d'un registre local (26) apte a 
contenir un catalogue des objets locaux, 

- des moyens (31) de connexion au reseau, 

- des moyens de transmission de messages d'un objet local vers un 
autre objet et de propagation d'une requete d'une liste d'objets vers des 
registres non locaux. 

Selon un mode de realisation particulier, chaque objet possede une 
adresse unique dans le reseau (SEID), une requete de liste d'objets visant a 
etablir une liste d'adresses d'objets repondant a des criteres determines. 

Selon un mode de realisation particulier, le reseau de 
communication comporte un bus IEEE 1394. 



D'autres caract§ristiques et avantages de l'invention apparaTtront a 
travers la description d'un exemple de realisation particulier non limitatif, 
illustre par les figures jointes parmi lesquelles : 

- la figure 1a represente schematiquement un reseau domotique 
comportant quatre appareil s de type different; 

- la figure 1b est un diagramme bloc d'un des appareils de la 

figure 1 ; 

- la figure 2 est un schema illustrant Torganisation logicielle de 
r appareil de la figure 1b; 

- la figure 3 represente les §tats d'un module de registre d'un 
appareil du reseau, 

- la figure 4 represente le sequencement des messages lors d'une 
requete necessitant une propagation vers un module de registre distant. 




4 



Selon le present exemple de realisation, le reseau domotique 
comporte quatre types d'appareils: les appareils audio-video possedant les 
fonctionnalites completes (FAV), les appareil audio-video a fonction 
5 interm6diaire (IAV), les appareils audio-video de base (BAV) et les appareils 
audio-vid6o h6rit6s (LAV)- Le bus de communication est de type IEEE1394, 
mais peut fetre d'un autre type. Le reseau admet un langage de commande 
commun, appele langage HAVI. 

10 Les appareils de type FAV possedent les fonctionnalites les plus 

completes de tous les appareils du reseau: un gestionnaire de communication, 
un module de registre, un gestionnaire de modules de controle d'appareil 
ainsi que des modules de controle d'appareil (appeles ( DCM' par la suite), ces 
derniers pouvant etre telecharges. Selon une variante, I'appareil comporte 

15 egalement un gestionnaire d'interface utilisateur. Les appareils FAV peuvent 
prendre le controle d'appareils moins sophistiques, tels des appareils de type 
BAV et LAV par I'intermediaire des modules de controle d'appareil. Un appareil 
FAV peut acceder a d'autres appareils de type FAV ou IAV pour acceder a des 
ressources dont il est depourvu (par exemple un gestionnaire d'interface 

20 utilisateur). 

Les appareils de type IAV possedent les memes fonctionnalites 
qu'un FAV excepte la possibility de telecharger des modules de controle 
d'appareils. 

25 

Les appareils de type BAV possedent un langage de commande 
prive qui leur est propre, et qui n'est pas forcement celui utilise par le reste des 
appareils. Ce type d'appareil est controle par un appareil FAV par 
I'intermediaire d'un module de controle (DCM) telecharge a partir de I'appareil 
30 de type BAV lui meme et adapte a son controle. Par exemple, I'appareil de type 
BAV peut etre une imprimante, dont le gestionnaire d'impression est 
telecharge. 

Les appareil de type LAV sont des appareils connectes au bus ou & 
35 des appareils de type IAV ou FAV par I'intermediaire de connexions 
specifiques. Les appareils de type LAV sont controles par des modules de 
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controle (DCM) specifiques qui ne proviennent pas de l'appareil lui meme et 
possedent leur propre langage prive. 

La figure 1a represente un exemple de reseau sous la forme de 
5 quatre appareils, FAV, IAV, BAV et LAV. Les appareils FAV, IAV et BAV sont 
connectes a un meme bus, tandis que I'appareil LAV est connects directement 
a I'appareil FAV et controle par un module de controle present dans ce dernier. 
L'appareil BAV est controle, par exemple, par I'intermediaire de l'appareil IAV. 

io La figure 1b represente schematiquement l'appareil FAV 1. II 

comporte un microprocesseur 2 relie a une memoire vive 3 et une memoire 
morte au moins partiellement reprogrammable 4, ainsi qu'une interface 1394 
(reference 5) constitute d'un circuit liaison et d'un circuit physique. L'appareil 1 
comporte egalement une interface specifique 6 pour le branchement du 

is magnetoscope LAV. 

Notamment quatre types de modules logiciels peuvent etre presents 
dans la memoire des appareils du present reseau. II s'agit des modules de 
controle d'appareils DCM, duplications, de modules de service et d'un 
20 gestionnaire de transmission de messages. 

Les modules de controle d'appareils DCM permettent le controle 
d'un appareil ou d'un sous-ensemble de cet appareil. Le module de controle 
peut etre localise dans l'appareil a contrdler lui-meme (s'il s'agit d'un appareil 

25 de type IAV ou FAV) ou dans un autre appareil que I'appareil a contrdler (si 
l'appareil a contrdler est de type LAV ou BAV, le gestionnaire de controle sera 
localise dans un appareil de type IAV ou FAV, ce dernier servant de plate- 
forme d'execution). Un gestionnaire de controle est soit present des I'origine, 
soit peut etre telecharge. Dans ce dernier cas, le telechargement est realise au 

30 moment de Initialisation de l'appareil, ou sur requete d'une application. 

Les modules de controle de fonctions (appeles FCM) sont des 
modules logiciels permettant le controle d'une fonction d'un appareil et sont 
inclus dans les modules de controle d'appareil DCM. Un appareil peut a ce titre 
posseder plusieurs fonctions: enregistrement, syntoniseur, camera, affichage, 

35 memoire de masse... 
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Les modules de service offrent des fonctions ou services systeme. 
lis sont accessibles so it par des modules logiciels locaux, soit a travers le 
systeme de transmission de messages a des modules d'autres appareils. Ces 
fonctions ou services systeme comportent notamment la gestion graphique 
5 d'interfaces utilisateur, la gestion (par exemple le telechargement) des modules 
DCM, les procedures de connexion d'un appareil au reseau, Tinitialisation du 
TeseaCT(risfage des ressources"du reseau), ainsi que "le" moduIe"de registre, qui 
sera vu plus en detail plus loin. 

10 Chaque module logiciel (DCM ou application ou modules de 

services systeme) doit s'enregistrer aupres du module de registre local (c'est a 
dire le module de registre dans lequel il reside ou dans lequel il a ete charge) 
s'il veut donner acces a travers la couche message a d'autres modules 
logiciels du reseau. 

is Les gestionnaires de transmission de messages se chargent de la 

communication de messages d'un module logiciel a un autre, quelque soient 
les appareils dans lesquels ces modules sont localises. Quand un module 
logiciel souhaite envoyer un message a un autre module, il ne connaTt pas 
Tappareil physique qui heberge le module destinataire. 

20 

La figure 2 illustre un exemple d'une organisation logicielle d'un 
appareil de type FAV. 

Cet appareil comporte une application telechargee 21 (par exemple 
un jeu), deux modules de controle DCM A et B 22 et 23, une application privee 

25 24 (par exemple un guide de programmes electronique), un gestionnaire 25 de 
bus de communication de type IEEE 1883/1394, un module de registre 26, une 
interface utilisateur haut niveau 27, un gestionnaire 28 de DCM et un systeme 
29 de transmission de messages. Les modules communiquent entre eux par 
Tintermediaire du systeme de transmission de messages accessible au travers 

30 d'une interface 30 de programmation duplication (appelee 'API 1 par la suite). 
L'appareil comporte egalement une interface 31 avec le bus 1394. 

Lors de son installation dans le reseau, Tappareil FAV cherchera a 
charger les modules de controle DCM d'appareils de type BAV dans le but de 
35 les rnettre a disposition de ses applications. Dans cette optique, les appareils 
BAV placent en une zone connue de leur memoire et dans une structure de 
donnees auto-descriptive appelee SDD (SDD signifiant « Self Describing 
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Device » en anglais) le code du module DCM correspondant. L'appareil de 
type FAV peut ainsi venir lire cet espace memoire et charger le module DCM 
de l'appareil de type BAV. Un exemple est celui ou l'appareil BAV est une 
imprimante. Le DCM ainsi charges sont enregistres dans le module du registre 
5 de l'appareil FAV et ainsi accessibles par le reste du reseau. 

Une structure de donnees de type SDD est obligatoire dans les 
" appareiis de type FAV, IAV ou BAV, et se situe a une adresse fixe dans chaque 
appareii. Lors de son initialisation, il devient ainsi possible pour un appareil de 
type FAV d'explorer le reseau pour charger les modules DCM de tous les 
10 appareiis de type BAV. C'est le gestionnaire de modules DCM de l'appareil 
FAV qui execute cette tache. 

Une structure de donnees SDD comporte egalement le type 
d'appareil (FAV, IAV, BAV, LAV). 

15 

Le systeme de transmission de messages d'un appareil comporte : 

- le module 26 du registre (declaration et recherche de modules 

logiciels), 

- une couche message, comprenant I'expediteur 29 de messages 
20 (emission et reception de messages), I'interface 30 de programmation 

d'application (API) pour permettre I'acces au systeme de transmission et une 
sous-couche d'adaptation au bus IEEE 1394. 

La sous-couche d'adaptation au bus IEEE 1394 a notamment pour 
25 role d'adapter la transmission de donnees au protocole IEEE 1394, en 
encapsulant les messages a transmettre dans des paquets adaptes a la norrne 
IEEE 1394. 

Un message comporte trois composantes: I'adresse du module 
30 logiciel de destination, I'adresse du module logiciel source et des donnees 
utiles. 

Une adresse d'un module logiciel se compose d'un identificateur du 
noeud sur lequel il s'execute cet identificateur etant unique au reseau, suivi 
d'un identificateur de module logiciel unique au noeud dans lequel il s'execute. 
35 L'allocation des identificateurs des modules logiciels est assuree par le 
systeme de transmission de messages. Les adresses sont utilisees par 
Texpediteur de messages pour renvoi de messages au module logiciel 
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approprie. Selon le present exemple de realisation, une adresse ou 
identificateur de modules logiciels (reference 'SEID' dans ce qui suit) est un 
mot binaire de 80 bits. II comporte : 

• un identificateur d'appareil de 64 bits, memorise dans la ROM 
de I'appareil dans lequel s'execute le module logiciel. Dans le cas d'un 
module telecharge, c'est l'identificateur de I'hote qui est utilise. 
L'identificateur d'appareil est attribue au moment de la fabrication et 
correspond au champ EUI64 defini dans la norme IEEE 1394 - 1995. Une 
partie de cet identificateur d'appareil est administree par I'organisation IEEE 
et est propre a chaque fabricant, Tautre est choisie par le fabricant de 
I'appareil lui-meme, de fa$on a ce que chaque appareil fabrique soit pourvu 
d'un identificateur different ; 

• un 'identificateur local constitue par un numero d'ordre 
attribue directement par le systeme de transmission de messages d'un 
noeud, ce numero etant code sur 16 bits et concatene avec l'identificateur 
d'appareil pour former l'identificateur SEID. Le systeme de transmission de 
messages maintient un compteur en ce sens. Un certain nombre de 
numeros d'ordre sont reserves (par exemple de 0x0000 a 0x0005) et 
utilises pour identifier des modules de service particuliers. Par exemple, le 
numero d'ordre 0x0001 correspond systematiquement au module du 
registre d'un appareil. 

Ainsi, chaque module logiciel du reseau comporte un identificateur 
SEID distinct et unique. II est cependant possible de definir des identificateurs 
uniques par des moyens autres que ceux indiques ci-dessus. 

Le module du registre maintient une base de donnees comportant 
un repertoire des modules logiciels disponibles sur le reseau. II met a 
disposition une interface de programmation rendant accessibles les fonctions 
d'enregistrement de modules logiciels et de recherche de modules suivant une 
liste de criteres. 

II existe un module du registre dans chaque appareil de type FAV ou 
IAV. A I'interieur d'un tel appareil, tous les modules logiciels sont enregistres 
par le module du registre local. Si un module logiciel veut pouvoir etre 
contacte, il doit s'enregistrer aupres du module du registre. Le module du 
registre maintient pour chaque module logiciel qui y est enregistre son adresse 
dans le reseau et les attributs de ce module. 



Selon une variante de realisation, le module du registre comporte 
non pas I'adresse du module logiciel, mais son numero d'ordre. 

Les attributs d'un module logiciel permettent de le caracteriser. Pour 
chaque module logiciel, ces attributs sont stockes dans une table, comportant 
pour chaque attribut la reference de ce dernier sur 32 bits, sa taille en octets, 
ainsi que sa valeur. 

La table 1 donne une liste d'attributs predetermines : 



R6f6rence d attnbut 


Format du Tvoe 


Taille 


Presence 


Type de module logiciel 


entier 


32 bits 


M 


identiTicateur muiu 


cname u ocieis 


An Kite 


IVI 


Type d'appareil 


entier 


32 bits 


M* 


Interface graphique 


entier 


32 bits 


O 


Format de support 


champ de bits 


32 bits 


O 


Format de donnees 


champ de bits 


32 bits 


0 


Fabricant d'appareil 


chaine de 
caracteres 


1 5 octets 


M* 


Fabricant de module 
logiciel 


chaine de 
caracteres 


15 octets 


0 


Version de module 
logiciel 


chaine de 
caracteres 


1 5 octets 


o 


Langage de commande 
audio-video 


champ de bits 


32 bits 


0 



Table 1 



Le type de module logiciel represente la fonction premiere du 
module. Si le module logiciel est un module de service systeme , alors le type 
de I'attribut designe le service systeme lui-meme. Le module du registre est un 
tel module de service. Si le module logiciel est un gestionnaire de controle de 
fonction FCM, le type definit la fonction: enregistreur, affichage, syntoniseur... 
Si le module logiciel est un gestionnaire de controle d'appareil DCM, le type est 
'DCM\ Si le module logiciel possede une interface de programmation par 
application ('API') non compatible avec le reste du reseau, alors le type est 
'Prive'. 



L'identificateur 'HUID' est un identificateur d'un I'appareil auquel est 
associe un gestionnaire DCM ou d'une fonction a laquelle est associee un 
gestionnaire FCM. 

Le type d'appareil associe au module logiciel est FAV, IAV, BAV ou 
LAV, comme deja explique. 

Un gestionnaire DCM peut etre associe a une interface utilisateur 
graphique. L'attribut Interface graphique' indique si c'est le cas, et le cas 
echeant quel est le degre de compatibilite de Tinterface du gestionnaire DCM 
avec les d iff e rents niveaux d'interfaces prevus dans le reseau. 

L'attribut 'Format de support' indique le type de support de stockage 
de donnees qui est supporte par un appareil. II s'agit par exemple de supports 
DVD, DAT, DVHS, DVC. 

fattribut 'Format de donnees' indique le format de donnees 
manipulates par un appareil . II s'agit par exemple de formats MPEG2, JPEG, 
MIDI, ASCII. 

Les attributs 'Fabricant d'appareil' et (Fabricant de modules 
logiciels') indiquent une reference respectivement du fabricant de Tappareil ou 
du module logiciel, tandis que I'attribut Version de module logiciel 1 indique le 
numero de version d'un module. 

En dernier lieu, I'attribut 'Langage de commande audio/video' 
indique les types des langages propres au module logiciel, en plus du langage 
de commande HAVI commun deja evoque. La valeur de l'attribut est un champ 
de bits de 32 bits, la valeur de chaque bit indiquant la compatibilite avec un 
langage de commande specifique. 

La base de donnees d'un module de registre peut, selon une 
variante de realisation, egalement comporter des attributs specifiques ou 
'prives'. 

II est a noter que les modules des registres de differents appareils 
sont distincts. II n'y a pas de registre centralise, dans lequel tous les modules 
logiciels seraient repertories. 

Selon le present exemple de realisation, I'interface de 
programmation par une application d'un module du registre comporte cinq 
commandes, qui seront detaillees ci-dessous : 
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(a) Enregistrement d'un module logiciel 

Cette commande est utilisee pour ajouter un module logiciel dans la 
base de donnees du registre local, ou pour modifier les attributs d'un module 
5 logiciel deja enregistre. Elle est utilisee notamment par un module logiciel pour 
s'enregistrer au moment du branchement de I'appareil comportant cet element. 



Le module logiciel transmet son identificateur SEID et les attributs 
au module du registre. Si cet identificateur est deja present, les nouveaux 
attributs remplacent les anciens. Sinon, une nouvelle entree est creee dans ia 
10 base de donnees locale (registre local). Le module du registre transmet un 
message d'etat au module logiciel, suivant le resultat de ('inscription: 
confirmation de Inscription ou message d'erreur. 



15 



25 



35 



(b) Extraction d'un module logiciel 



Cette commande est utilisee pour lire les attributs d'un module 
logiciel, connaissant son identificateur SEID. Un pointeur vers une zone de la 
memoire vive de I'appareil vers laquelle les donnees doivent etre copiees est 
transmis avec la requete d'extraction. Si le module logiciel n'est pas present 
20 dans la base de donnees locale, alors le pointeur est mis a zero et renvoye par 
le module du registre. 

Le module du registre renvoie egalement un message d'etat, qui 
confirme la copie des attributs, ou indique que Tidentificateur recherche n'est 
pas present. 



(c) Effacer un module logiciel du registre 



Cette commande est utilisee pour eliminer un module logiciel de la 
base de donnees locale. Son identificateur SEID est fourni en tant que 
30 parametre de la commande. Le module du registre renvoie un message d'etat 
confirmant la suppression ou indiquant que le module logiciel correspondant 
n'a pas ete trouve. 



(d) Requete de liste de modules logiciels ('Requete simple') 

Cette commande permet de determiner les identificateurs de 
modules logiciels enregistres dans une base locale et repondant a certains 
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critferes. Selon le present exemple de realisation, ces criteres sont la reference 
d'un attribut et la valeur d'un attribut. Un parametre de la commande est 
egalement un operateur indiquant la facon dont la comparaison entre la valeur 
de I'attribut specifie dans la commande et les valeurs de la base doit se faire 

5 (egal, plus grand, plus grand ou egal, plus petit, plus petit ou egal, different, 
'ET logique bit a bit, 'OU' logique bit a bit, ...). 

Le module du registre renvoie le cas ecfieant la liste des 

identificateurs SEID des modules logiciels correspondants. II renvoie 
egalement un message d'etat indiquant le succes de I'operation (que des 

10 identificateurs aient ete trouves ou non), ou son echec. 

(e) Effectuer une operation booleenne entre deux listes de modules 
logiciels ('Requete multiple') 

15 Cette commande est utilisee pour effectuer une operation booleenne 

sur deux listes d' identificateurs. La commande comporte en tant que 
parametres les requetes correspondent a chaque liste. Une requete peut etre 
constitute par les criteres deja evoques au paragraphe (d) (requete simple), ou 
par une autre requete multiple. 

20 Un parametre de cette commande est egalement I'operateur booleen 

a considerer ('ET ou 'OU* dans le cadre du present exemple de realisation). 

Le module du registre renvoie le cas echeant la liste des 
identificateurs SEID, ainsi qu'un message d'etat information du succes de 
I'operation ou de son echec, pour une raison quelconque, comme par exemple 

25 le manque de ressources. 



Pour acceder a d'autres modules logiciels, un module logiciel doit 
connaitre I'identificateur SEID de ses correspondants. Pour ce qui est des 
modules logiciels enregistres dans le meme module du registre, ceci n'est pas 
30 un probleme, les requetes exposees precedemment permettant a chaque 
module logiciel d'extraire des listes d'identificateurs de la base de donnees 
locale. 

Un module logiciel accede au module du registre local a travers le 
35 systeme local de transmission de messages. II peut egalement acceder a un 
module de registre distant, et ainsi rapatrier des identificateurs de modules 
enregistres aupres d'autres modules de registres. Pour ce faire, chaque 
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module de registre propage une requete qui lui a ete transmise localement aux 
modules des registres de tous les autres appareils. Selon le present exemple 
de realisation, un module de registre distant pour lequel aucune reponse n'est 
re$ue dans un intervalle de temps donne est ignore. 

5 Chaque module du registre recevant la requete du module du 

registre initial effectue lui-meme la recherche dans sa base de donnees locale 
et renvdie le cas 6ch6ant les identificateurs correspondent aux criteres de la 
requete au module du registre initial. Ce dernier transmet alors la liste 
concaten6e de tous les identificateurs regus au module logiciel ayant lance la 

10 requite. Le module logiciel ayant lance la requete peut alors communiquer 
avec les modules logiciels d 'autres appareils et utiliser les ressources qui leur 
correspondent. 

La figure 3 est un diagramme d'etat d'un module du registre d'un 
15 appareil. Ce diagramme comporte deux etats, A et B. L'etat A est I'etat 
d'attente d'une requdte d'un module logiciel. L'etat B est I'etat d'attente d'une 
reponse £ une requ&te lancee aupres des modules de registres distants par le 
module du registre local. 

La table 2 donne les evenements declenchant des actions de la part 
20 du module du registre local et les etats de depart et d'arrivee correspondants. 
Les r6f6rences des ev6nements sont les memes que sur la figure 4. 



Ev6ne 


Sianification 


Action 


Etat de 


Etat d'arriv6e 


ment 






depart 




41 


Enregistrement ou 
Extraction ou Effacement 
d'un module logiciel de 
la base 


Determiner et 

transmettre 

reponse 


A 


A 


42 


Requete de liste 'simple' 
ou 'multiple' regue de la 
part d'un module de 
registre distant 


Determiner et 

transmettre 

reponse 


A 


A 


43 


Requete de liste 'simple' 
ou 'multiple' regue de la 
part d'un module logiciel 
local 


Determiner 
reponse pour 
base locale et 
transmettre 
requete aux 


A 


B 
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modules de 

registres 

distants 






44 


Toutes les rSponses ont 
6t6 revues. 


Determiner et 
transmettre 
reponse finale 
au module 
logiciel local 


B 


A 











La propagation des requetes est effectuee par le module de registre. 
II est rappele que I'identificateur d'un module de registre est compose d'un 

5 identificateur du fabricant (fixe par IEEE), un identificateur de I'appareil (fixe 
par le fabricant) et d'un identificateur du module de registre, ce dernier etant 
identique pour tous les modules de registres. 

Pour pouvoir propager une requete, le module de registre d'un 
appareil recense I'ensemble des appareils du reseau, dont il obtient les 

10 identificateurs. II determine ensuite parmi ces appareils ceux qui component 
egalement un registre. Dans le present exemple de realisation, il s'agit 
uniquement des appareils de type FAV ou IAV. Connaissant les identificateurs 
des appareils accessibles par le reseau, le module du registre lit le type de 
chaque appareil dans la structure de donnees SDD mentionnee plus haut. II 

15 elimine ainsi les appareils de type BAV. La concatenation de chaque 
identificateur d'appareil avec I'identificateur local (numero d'ordre) fixe commun 
a tous les modules de registres pour obtenir la liste des adresses completes 
SEID de tous les modules de registres. Un module de registre obtient la liste 
des identificateurs d'appareils par I'intermediaire du module local de gestion de 

20 bus (dit 'CMM'), qui surveille la connexion et la deconnexion d'appareils du 
reseau. Ce module lit la liste de tous les noeuds connectes au reseau dans un 
registre appele TOPOLOGYJVIAP' defini par le document IEEE 1394-1995, 
paragraphe 8.3.2.4.1. Ce registre se situe dans un appareil gestidnnaire du 
bus (appele 'Bus Manager* en langue anglaise dans le document IEEE cite ci- 

25 dessus) qui maintient a jour le registre relatif a la topologie du reseau. 
L'adresse de cet appareil est connue par les autres appareils par des moyens 
egalement decrits dans le document IEEE. 

La figure 4 est un diagramme indiquant le sequencement des 
messages lorsqu'une requete emise par un module logiciel A d'un premier 



appareil doit etre propagee au module de registre d'un second appareil, un 
module logiciel B s'etant enregistre dans le registre de ce second appareil. 

Selon le mode de realisation presente ci-dessus, une requete emise 
par un module logiciel en vue de determiner I'ensemble des modules logiciels 
non locaux est propagee a tous les modules de registres distants. Selon une 
variante de realisation, ce type de requete peutn§galement etre limite a un 
groupe de modules de registres distants, par exemple ceux d'un type d'appareil 
particulier. 
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Revendications 

1. Procede de gestion distribute d'un catalogue d'objets dans un 
reseau de communication comportant des appareils caracterise en ce qu'il 
comporte les etapes : 

d'enreg i st rement d , objets~tocaa5Tpr§sents dans un appareii dans 

un registre local gere au niveau de cet appareii, 

- de propagation d'une requete de liste d'objets lancee par un objet 
local a des registres non locaux geres par d'autres appareils du reseau, 

- de collecte des reponses des registres non locaux et de la reponse 
du registre local et de 

- transmission des reponses collectees a I'objet ayant lance la 

requete. 

2. Procede selon la revendication 1, caracterise en ce que chaque 
objet possede une adresse (SEID) composee d'un identificateur d'un appareii 
dans lequel il est present, cet identificateur etant unique dans le reseau, ainsi 
que d'un identificateur local unique a cet objet dans ledit appareii. 

3. Procede selon Tune des revendications 1 ou 2, caracterise en ce 
qu'un registre local comporte pour chaque objet qui y est enregistre Padresse 
de cet objet dans le r6seau, ainsi que des attributs dudit objet. 

4. Procede selon Tune des revendications precedentes, caracterise 
en ce que l'6tape de propagation d'une requete comporte I'etape de 
determination des appareils connectes au reseau comportant eux-memes un 
registre local, et de transmission de la requete aux registres de ces appareils. 

5. Procede selon Tune des revendications precedentes, caracterise 
en ce qu'une requete n'est propagee qu'a un groupe determine de registres 
distants. 

6. Appareii dans un reseau de communication comportant : 

- des moyens de memorisation (3, 4) d'objets locaux (21 a 28), 

- des moyens de memorisation (3) d'un registre local (26) apte a 
contenir un catalogue des objets locaux, 



17 



- des moyens (31 ) de connexion au reseau, 

- des moyens de transmission de messages d'un objet local vers un 
autre objet et de propagation d'une requete d'une liste d'objets vers des 
registres non locaux. 



7. Appareil selon la revendication 6, caracterise en ce que chaque 
objet possede une adresse unique dans le reseau (SEID), une requete de liste 
d'objets visant a etablir une liste d'adresses d'objets repondant a des criteres 
determines. 



8. Appareil selon Tune des revendications 6 ou 7, caracterise en ce 
que le reseau de communication comporte un bus IEEE 1394. 
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